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^ (57) Abstract: The invention concerns a method for transmitting and a method for receiving updating data. The invention is char- 
ac tensed in that the updating data are transmitted by a communication centre to terminals through a broadcasting network. The, 
^ the terminals inform the centre concerning their updating through a two-way network. The centre renews the campaign or stops 
^ the present campaign on the basis of the number of updated terminals. Once the campaign has been stopped, the terminals can be 
\Q updated with the two-way link. The invention also concerns the centre implementing the method for transmitting and the receiver 
t*** for receiving and processing the information signals and the updating data. 

ID 

(57) Abr6ge: L' invention concerne un procede* de transmission et un proc^de* de reception de donnees de mise a jour. Selon Tinven- 
tioh, les donnees de mise a jour sont 6mises par un central de communication vers des terminaux a l'aide d'un reseau de diffusion. 
Puis, les terminaux rendent compte de leur mise a jour au central a travers un reseau bidirectionnel. Le central renouvelle la campagne 
Q ou stoppe la campagne actuelle en fonction du nombre de terminaux mis a jour. Une fois la campagne stoppee, les terminaux peuvent 
^ etre mis a jour avec la liaison bidirectionnelle. U invention concerne ggalement le central mettant en oeuvre le procexle* demission 
^ et le recepteur pour la reception et le traitement des signaux d'annonces et de donnSes de mise a jour. 
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PROCEDE DE TELECHARGEMENT DE DONNEES PRECEDEES PAR 

DES SIGNAUX D'ANNONCE 

5 invention concerne un procede de telechargement de donnees destinees a 
mettre a jour des appareils ou donner aux appareils de nouvelles fonctions, 
les donnees etant emises par un central de communication. 

L'invention s'applique plus particulierement a I'envoi de 
programmes a telecharger dans la memoire d'appareils qui sont typiquement 
10 des recepteurs decodeurs video de television. 

Ces appareils que Ton appellera par la suite plus simplement 
« decodeurs », regoivent des signaux diffuses par un satellite ou un reseau 
hertzien ou un cable optique (co-axial ou optique). Le mode de transmission 

15 par le reseau de diffusion est unidirectionnel. Les signaux diffuses 
represented des images et du son destinees a la television et des 
informations numeriques destinees aux decodeurs. Le reseau de diffusion 
est constitue de plusieurs canaux de diffusion, Un canal est un moyen 
d'acquisition d'information en continu a travers un moyen de communication. 

20 Pour une television analogique, les canaux sont des bandes de frequence 
allouees a la diffusion d'une chafne. Dans ce cas, les informations 
numeriques sont diffusees lors du retour de frame ou « VBI ». Pour une 
television numerique, les canaux sont des flux de donnees ayant le meme 
identificateur de programme, un second niveau d'identification permet de 

25 distinguer les donnees audio-visuelles des informations numeriques. Ces 
informations constituent des services interactifs, du teletexte ou encore des 
donnees de mise a jour du logiciel du decodeur, etc... 

Un decodeur .comprend une unite centrale qui execute un logiciel 
30 stocke dans une memoire morte et/ou dans une memoire programmable non 
volatile. II est generaiement dote d'une interface de dialogue bidirectionnelle, , 
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appelee plus communement « voie de retour » qui permet d'etablir une 
liaison specifique avec le central de communication. Cette interface est 
typiquement un modem relie au reseau commute. 

Les informations re$ues par le reseau de diffusion sont 
5 notamment les donnees de mise a jour, celles-ci permettent de faire 6voluer 
les fonctionnalites du decodeur. Elles sont stockees dans la memoire 
programmable. Le telechargement automatique des donnees de mise a jour 
effectue lors d'une campagne de mise a jour evrte a I'utilisateur des 
interventions manuelles sur le decodeur. Ces donnees sont envoyees de 
10 fagon repetitive lors de sessions. 

La principale fonction d'un decodeur est d'offrir a I'utilisateur des 
images et des services interactifs. Le telechargement des donnees de mise 
a jour est une tache secondare et de ce fait non prioritaire. Les ressources 

15 d'un decodeur ne permettent pas forcement de gerer a la fois des services 
interactifs et le telechargement de donnees de mise a jour. II faut done 
trouver une solution permettant d'effectuer le telechargement tout en 
derangeant le moins possible I'utilisateur. Le telechargement systematique 
des donnees par la voie de retour n'est pas envisageable car elle dispose 

20 generalement d'une bande passante plus limitee que celle du reseau de 
diffusion et ('utilisation d'une ligne particuliere coQte de Targent L'invention 
propose une maniere flexible de telecharger des donnees de mise a jour en 
menageant les ressources du decodeur afin de deranger le moins possible 
Putilisateur. 

25 

A cet effet, l'invention a pour objet un procede de transmission 
de donnees de mise a jour par un central de communication vers une 
pluralite de terminaux caracterise en ce qu'il comporte les etapes suivantes : 

- elaboration d'une communication bidirectionnelle entre le 
30 central et au moins une partie des terminaux, chaque terminal 
transmettant au centraj line indication de I'etat de sa mise a jour ; 
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- comptabilisation au niveau du central du nombre de terminaux 

effectivement mis a jour ; 

- en fonction du nombre de terminaux mis a jour, arret ou 
declenchement d'un nouvelle campagne de mise a jour. 

5 De cette facon, ie central peui connaTtre le nombre de terminaux 

effectivement mis a jour. Si ce nombre est suffisant, le central peut stopper 
la campagne actuelle de mise a jour ou au contraire, si a Tissue de la 
campagne actuelle ce nombre est insuffisant, le central peut lancer une 
nouvelle campagne. 

10 

L'invention a egalement pour objet un procede de reception de 
donnees de mise a jour emises par un central de communication vers des 
terminaux, le central diffusant une campagne de mise a jour au cours de 
laquelle des terminaux recoivent et m^morisent les donnees de mise a 

15 jour caracterise en ce qu'il comporte en outre, consecutivement a la mise 
a jour effective d'un terminal une etape de transmission du recepteur vers 
le central d'un signal de bon deroulement de I'operation. 

De cette facon, les terminaux avertissent le central de I'etat de 
mise a jour du pare de terminaux. 

20 La presente invention a egalement pour objet le central de 

communication et les terminaux recepteurs concus pour mettre en ceuvre les 
procedes cites precedemment. 

D'autres caracteristiques et avantages de l'invention apparaTtront 
25 a travers la description d'un exemple de realisation particulier non limitatif de 
l'invention. 

La figure 1 represente schematiquement un systeme de 
communication selon l'invention. 

La figure 2 represente un schema synoptique de decodeurs de 
30 television mettant en oeuvre l'invention. 
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La figure 3 montre les donnees d'un signal d'annonce selon une 
mode prefere de I'invention. 

La figure 4 montre la chronologie des signaux emis par le central 
selon un premier mode de realisation de I'invention. 
5 La figure 5 montre la chronologie des signaux emis par le central 

selon de I'utilisation d'un indicateur d'arret des emissions diffusees. 

La figure 6 represente une partie du contenu de la memoire non 
volatile programmable d'un decodeur selon I'invention. 

La figure 7 montre revolution de la version de deux groupes de 
io decodeurs lors d'une campagne de mise a jour. 

La figure 8 montre 1'evolution du contenu des signaux d'annonce 
lors d'une campagne de mise a jour de deux groupes de decodeurs. 

La figure 9 montre les donnees d'un signal d'annonce selon une 
variante de I'invention. 
is La figure 10 montre la chronologie des signaux echanges entre le 

central et un decodeur selon un second mode I'invention . 

La figure 1 1 montre la chronologie des signaux echanges entre le" 
central et un decodeur , selon un quatrieme mode de realisation de 
I'invention. 

20 La figure 12 montre les donnees d'un signal d'annonce selon une 

variante de I'invention. 

La figure 13 montre les donnees d'une table composee de 
plusieurs signaux d'annonce selon une variante de I'invention. 

25 Le schema de la figure 1 montre les elements d'un systeme de 

communication mettant en ceuvre Tinvention. Les decodeurs (1-a, 1-b, 1- 
c) captent les signaux video a I'aide d'une antenne (3) par exemple 
parabolique. Ces signaux video sont transmis par un satellite (4) ou des 
relais hertziens. lis peyvent egalement etre transmis a I'aide d'un cable ou 

30 de tout autre moyen de communication dont le debit est suffisamment 
important. Les signaux sont aussi recus par la ^ television (2). Les 



4 



informations contenues dans ies signaux audio-video <proviennent d'un 
central de communication (5) dote d'une unite centraie (6). Les 
informations des signaux audio-video represented des images destinees a 
la television et des informations destinees aux decodeurs telles que des 
5 services interactifs, du teletexte ou des donnees de mise a jour du logiciel du 
decodeur. L'insertion de telles informations est une technique en soi bien 
connue de I'homme du metier. Dans le domaine des televisions 
analogiques, par exemple, les informations sont envoyees sous forme de 
paquets de donnees lors du retour de trame ou « VBI », entre des signaux 

io d'image, Les decodeurs sont generalement relies par une voie 
bidirectionnelle au reseau telephonique commute (7) dite « voie de retour » 
ou VR. Cette voie peut aussi etre realisee a I'aide du cable cite 
precedemment ou de tout autre moyen a la disposition de I'homme du 
metier, les liaisons RF par exemple. L'unite centraie du central (6) est 

is egalement connectee a la voie (7). Le central de communication possede 
une memoire (8), contenant des informations relatives a chaque decodeur. 

Le schema de la figure 2 montre un exemple de la structure d'un 
decodeur (1) selon ttnvention. Le decodeur (1) comprend une unite centraie 

20 (20) par exemple un microprocesseur ou un circuit specialise, connectee aux 
autres elements par un bus interne de communication (21). Les principaux 
elements connectes au bus sont : une memoire morte de programme (22) 
contenant entre autres le programme executable a la mise sous tension, une 
memoire de travail de type RAM (23), une memoire non volatile 

25 programmable (24) contenant des donnees (par exemple, des pages d'ecran 
telechargees) et/ou du code executable (par exemple, des donnees de mise 
a jour), un connecteur tel qu'une prise peritel ou SCART (25) pour 
communiquer avec la television, une interface de communication 
unidirectionnelle (26) pour recevoir et traiter les signaux recus par I'antenne 

30 (3), une interface de communication bidirectionnelle (27) (typiquement un 
modern relie au reseau telephonique) qui est reliee a la voie de retour et un 
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recepteur infrarouge (28) recevant de maniere connue des signaux d'une 
telecommande. Le decodeur comprend une horloge (29) qui peut etre mise a 
jour par des donnees telechargees du reseau. Selon un autre mode de 
realisation, le decodeur est integre a la television, ce qui lui permet d'utiliser 
5 certains modules deja presents, comme le syntoniseur et/ou le recepteur 
infrarouge (28) avec sa telecommande . 

Les decodeurs provenant de drfferents fabricants disposent de 
differentes configurations materielles et logicielles, et ont des capacites 

10 differentes. C'est pourquoi ils sont identifies a I'aide d'un identificateur, 
comprenant deux champs. Cet identificateur est en memoire interdite en 
ecriture, de type ROM par exemple. Un premier champ contient la reference 
du constructed du decodeur. Un second champ contient le type de 
decodeur. Ces deux champs se trouvent dans la memoire morte de 

15 programme du decodeur. 

Les donnees de mise a jour emises sur le reseau de diffusion sont 
destinees a un certain modele de decodeurs, c'est pourquoi ces donnees 
sont associes a un identificateur de decodeur ou d'un modele de decodeur. 
Avant d'effectuer I'acquisition des donnees de mise a jour qui sont en cours 

20 d'emission sur le reseau de diffusion, un decodeur doit verifier au prealable 
si elles lui sont destinees. Pour cela, le decodeur doit contrQIer que ses 
identificateurs de version et de constructeur ont une valeur egale (ou au 
moins compatible) avec celles se trouvant dans les donnees de mise a jour. 
II est egalement possible de stacker un identificateur dans un support 

25 amovible tel qu'une carte a puce. Cet identificateur peut contenir egalement 
un numero d'abonne. 

Afin d'avertir les decodeurs de renvoi de nouvelles donnees de 
mise a jour, le central de communication emet d'abord des signaux 
30 d'annonce puis les donnees de mise a jour. Seuls les decodeurs ayant recus 
correctement des signaux d'annonce peuvent se mettre a jour. 
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Un exemple de signal d'annonce est presente a la figure 3. 



Un signal d'annonce est constitue d'un bloc de donnees 
5 comprenant au moins : 

- I'identificateur du decodeur ou du modele de decodeurs 
vise(s), dans I'exemple : TA, 

- un identificateur des donnees comprenant un numero de 
version, dans I'exemple : V3, 

10 - au moins un intervalle de temps d'emission de donnees, ou un 

ou plusieurs instants d'emission, dans I'exemple : TD1 A) TF1 A , 

- des informations de localisation des donnees de mise a jour, 
dans I'exemple : RZ3, 

- un indicateur d'etat de campagne sur le reseau de diffusion; 
15 dans I'exemple, il possede la valeur « ON ». 

Les informations de localisation des donnees specifient le moyen 
permettant au decodeur de trouver les donnees de mise a jour. Si ce moyen 
est le reseau de diffusion, le signal d'annonce contient le symbole « RZ » 

20 suivi d'un numero de canal. Ce moyen peut aussi §tre le reseau 
telephonique, le signal contenant alors un numero de telephone (symbole 
« TEL ») suivi d'un numero de telephone a dix chiffres. Ce moyen peut 
egalement etre un reseau, par exemple INTERNET, le signal specifie alors le 
symbole « IP » suivi de la chatne de caractere correspondent a Tadresse du 

25 serveur. Par exemple, si les donnees de mise a jour constituent un service 
interactif que Ton peut extraire dans la base d'un serveur distant, 
('information de localisation peut etre une donnee connue sous I'acronyme 
URL (pour "Uniform Resource Locator" en langue anglo-saxone), qui 
constitue Tadresse ou les donnees se trouvent dans le serveur. Les signaux 

30 d'annonce peuvent contenir d'autres informations tels que du texte, des 
references pour acceder a un reseau (HTML) , voire un service interactif. 
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Les intervalles de temps d'emission sont definls par I'heure de la 
premiere emission des donnees (heure - minute - seconde) et I'heure de !a 
derniere emission des donnees. Si la premiere emission de signal d'annonce 
et la derniere emission de donnees de mise a jour sont separees par plus de 

5 24 heures alors il faut ajouter une date flour e t m0 is). Si reformation de 
localisation specifie la voie de retour, le signal d'annonce ne comprend pas 
d'intervalle de temps d'emission. Le central peut en effet etre a tout moment 
appele par la voie de retour. Avantageusement, le central determine les 
intervalles de temps pour les emissions de donnees de mise a jour a des 

io instants ou les decodeurs sont generalement moins souvent utilises. Ainsi, il 
est preferable que remission des donnees de mise a jour s'effectue la nuit. 

Une variante consiste a specifier les instants de debut d'emission 
de chaque session pldtdt qu'un intervalle de temps d'emission des sessions. 
15 Cette variante permet une programmation fine du decodeur car il peut se 
caler sur un instant precis. Elle est surtout envisageable lorsque les instants 
d'emission ne sont pas nombreux, sinon la taille du signal d'annonce serait 
trop importante. 

Le cinquieme champ appele « indicateur d'etat de la campagne 
20 sur le reseau de diffusion » ou plus simplement « indicateur de campagne » 
est un drapeau indiquant si les donnees annoncees sont diffusees et si ce 
sont les dernieres diffusions. Le central peut etre perturbe par des 
evenements imprevus tels que remission de services interactifs et 
brusquement ne plus pouvoir emettre les donnees prevues. L'indicateur 
25 permet d'informer les decodeurs de Tarret de la diffusion de donnees et de 
les prevenir de la fin prochaine d'une campagne. L'indicateur prend trois 
valeurs : 

- « STB » (code « 0 »), les donnees annoncees ne sont plus diffusees. 

- « ON » (code « 1 »), les donnees annoncees sont diffusees. 

30 - « END » (code « 2 »), les donnees annoncees sont les dernieres diffusees. 
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Un signal d'annonce avec I'indicateur a « STB » peut posseder 
des intervalles demission, ce qui permet aux decodeurs de se preparer a 
telecharger lore des intervalles specifies a condition qu'entre temps un signal 
d'annonce avec I'indicateur a « ON » ait ete diffuse. 

5 

L'emission des donnees des signaux d'annonce et de donnees de 
mise a jour peut s'effectuer selon quatre scenarii differents en fonction de 
leur chronologie et des moyens de transmission utilises. 

1° - Les signaux d'annonce et les donnees de mise a jour sont 

10 emis sur le meme canal du reseau de diffusion. La mise a jour peut 
s'effectuer immediatement ou de facon differee. 

2° - Les signaux d'annonce sont emis sur plusieurs canaux de 
diffusion et les donnees de mise a jour sur un seul canal. La mise a jour peut 
s'effectuer immediatement ou de facon differee. 

15 3° - Les signaux d'annonce sont emis sur un ou plusieurs canaux 

de diffusion et les donnees de mise a jour sur la voie de retour. Ce cas 
intervient par exemple lorsque des decodeurs ont ete constamment sollicites 
par I'utilisateur ou etaient debranches. lis n'ont pu alors telecharger les 
donnees de mise a jour a travers le reseau de diffusion, lis peuvent ainsi, a 

20 I'occasion d'une connexion avec le central, demander un telechargement 
des donnees via la voie de retour, une fois les signaux d'annonce recus. 

4° - Les signaux d'annonce et les donnees de mise a jour sont 
emis sur la voie de retour. Ce cas intervient lorsque par exemple le central 
de communication decide de ne pas allouer de bande passante aux signaux 

25 d'annonce sur le reseau de diffusion. Alors a I'occasion d'une connexion 
avec le central via la voie de retour, le central envoie un signal d'annonce au 
decodeur connecte. 

Les deux premiers scenarii permettent de mettre a jour la grande 
30 majorite des decodeurs, les deux derniers concernent plutot une minorite de 
decodeurs. Les quatre scenarii vont maintenant etre expliques . 
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Le schema de la figure 4 montre la chronologie des signaux emis 
par le central sur un canal determine du reseau de diffusion selon le premier 
scenario. L'indicateur de campagne dans tous les signaux d'annonce est a 
5 « ON ». 

Dans un premier temps - temps T1, la campagne est dite 
« active ». Les donnees de mise a jour sont emises sur le reseau de 
diffusion lors des instants M1, M2 et M3 qui appartiennent a I'intervalle de 
temps specifie dans le premier signal d'annonce. Sur la figure 4, les signaux 

10 d'annonce sont representes par un trait fin et les donnees par des traits 
epais. Le premier signal specifie remission prochaine des sessions de 
donnees aux instants M1, M2 et M3. A I'instant M1, une premiere session de 
donnees est diffusee. Une session est representee par plusieurs traits epais, 
montrant ainsi remission consecutive de plusieurs paquets de donnees, 

15 representant une ou plusieurs fois la totalite des donnees de mise a jour 
(diffusion cyclique des donnees). Puis un second signal d'annonce est emis, 
annoncant remission prochaine des sessions aux instants M2 et M3, et ainsi 
de suite. Les signaux d'annonce peuvent etre emis a tout moment sauf entre 
deux paquets d'une meme session. 

20 Dans un second temps, seuls les signaux d'annonce sont 

diffuses, ils specifient I'intervalle de temps correspondant aux prochaines 
emissions de donnees de mise a jour (M1\ M2', M3'). La campagne est dite 
« courante ». Ce second temps permet d'allouer de la bande passante a 
d'autres flux de donnees. Dans un troisieme temps, la campagne redevient 

25 active. 

Le schema de la figure 5 montre I'influence du changement de 
valeur de l'indicateur au cours d'une campagne. Le premier signal d'annonce 
emis (SG1) et ceux qui le suivent possedent un indicateur de campagne a 
30 « ON ». La campagne est d'abord courante puis active (les donnees de mise 
a jour son^diffusees). A un certain moment, le central ne peut plus emettre 
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d'autres sessions de donnees, alors il envoie un signal d'annohce (SG2) 
avec I'indicateur a « STB ». A partir de ce moment, les donnees de mise a 
jour qui auraient dQ etre envoyees sont representees par des traits vides sur 
la figure 5. Lors de ces moments, d'autres informations sont diffusees. 
5 Plusieurs signaux d'annonce avec la meme valeur de J'indicateur sont 
envoyes afin de prevenir certains decodeurs qui n'auraient pas ete a I'ecoute 
lors de SG2. Enfin, a partir du signal d'annonce (SG3), tous les signaux 
possedent un indicateur de campagne a « ON ». Les decodeurs sont alors 
prevenus de la reprise de la campagne de mise a jour et peuvent au debut 
10 de I'intervalle de temps specifie, commencer a recevoir les donnees. 

Nous allons maintenant etudier le comportement du decodeur. 
Lorsqu'il est en marche, le decodeur analyse en permanence les signaux 
Tecus par le canal de diffusion. Cette analyse est realisee par la couche 

15 logicielle de transport. Cette couche detecte les signaux d'annonce, les 
donnees de mise a jour et les autres messages. 

Un signal d'annonce emis par le central est incorpore dans un 
paquet de donnees. Le decodeur recoit le paquet et la couche transport 
detecte un signal d'annonce compose des cinq donnees precedemment 

20 decrites. II compare I'identificateur du decodeur (la reference du constructed 
et le type de decodeur) transmis et celui enregistre dans sa memoire. Si les 
identificateurs sont differents, le signal d'annonce est ignore. Si les 
identificateurs sont identiques, le decodeur est bien destinataire des 
donnees du signal d'annonce et des donnees de mise a jour associees. 

25 

Dans ce cas, le decodeur analyse ridentificateur des donnees et 
en extrait le numero de version qu'il compare avec un numero de version 
stocke en memoire non volatile. Si les numeros de version sont identiques, 
alors le decodeur est deja dote de cette version de donnee de mise a jour, il 
so est done inutile d'operer un nouveau telechargement Si ce numero est 
different, le decodeur ecrit dans une zone de memoire non volatile dite 
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« zone des signaux d'annonce », les informations contenues dans le signal 
d'annonce. Les donnees du plus recent signal d'annonce ecrasent celles des 
signaux repus anterieurement, de telle sorte qu'il n'existe qu'un seul signal 
d'annonce dans la memoire. 
5 * La memoire^non volatile d'un decodeur comprend au moins les 

zones indiquees a la figure 6. 

La rnise a jour effective d'un decodeur ne doit preferentiellement 
pas gener son fonctionnement nominal Ainsi, cette mise a jour intervient, 

10 selon le present exemple de realisation, de preference lorsque i'utilisateur 
n'utilise pas les fonctions interactives du decodeur et, de fapon generate, 
quand le decodeur n'est pas sollicite par I'utilisateur. L'instant le plus 
favorable est habituellement la nuit. Chaque fois que le decodeur cesse 
d'etre utilise, il lit le contenu de la zone des signaux d'annonce. Si cette zone 

is est vide, aucun signal n'a ete regu depuis la demiere mise a jour, les etapes 
suivantes ne sont pas executees et le programme peut effectuer d'autres 
taches. 

Si la zone des signaux d'annonce n'est pas vide, le decodeur lit 
20 les donnees du signal d'annonce et determine s'il se trouve dans Tintervalle 
de temps specifie. Pour cela, il compare Theure courante avec les heures de 
debut et de fin d'emission. Si I'heure de fin d'emission est depassee, il est 
trap tard pour effectuer la mise a jour. Si I'heure de debut d'emission n'est 
pas atteinte, le decodeur peut effectuer d'autres taches. II peut aussi se 
25 mettre en mode veille et programmer un reveil quelques instants avant 
Pheure de debut St I'heure courante se trouve dans Pintervalle, le decodeur 
peut recevoir les donnees selon le moyen specifie dans le signal d'annonce. 
Examinons d'abord le cas ou le signal indique que les donnees sont 
disponibles sur le reseau de diffusion. Le cas concemant la liaison 
30 bidirectionnelle sera examine plus loin dans la presente description. 
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Au cours de I'intervalle de temps specifie dans le signal 
d'annonce, le decodeur se met a I'ecoute, via son interface de 
communication unidirectionnelle (26), du canal de diffusion specifie. La quasi 
totalite des ressources etant alors consacree au teJechargement, ses 

5 possibilites cote utilisateur sont grandement diminuees. Ainsi, toute 
interactivite est interdite et pour certains modeles, la video et/ou I'audio 
egalement. Le decodeur analyse chaque paquet lu et extrait ceux 
correspondant a des donnees de mise a jour. Puis il compare Ndentificateur 
des donnees recu avec celui memorise dans la zone des signaux d'annonce. 

10 S'ils sont egaux, les donnees sont bien celles annoncees. Le decodeur ecrit 
alors le contenu des donnees dans la memoire programmable non volatile. 

Lorsque la mise a jour a ete effectuee, le decodeur met a jour le 
numero de version contenu dans sa memoire non volatile. Ce nouveau 

15 numero de version evite au decodeur de realiser une mise a jour a I'aide de 
la m§me version et done des memes donnees. Ensuite, le decodeur met 
egalement a zero la zone des annonces. Cette zone sera ainsi declaree vide 
Jors de la prochaine mise sous tension. Enfin, le decodeur envoie au central 
de communication un signal de bon deroulement de I'operation de mise a 

20 jour. Ce signal est envoye par la voie de retour. Si les donnees de mise a 
jour sont emises via le reseau de diffusion, le decodeur peut sort effectuer 
immediatement une connexion au reseau « point a point » pour envoyer le 
signal de bon deroulement de la mise a jour, sort le memoriser et I'envoyer 
lors d'une connexion ulterieure par la voie de retour. 

25 Avantageusement, ce signal peut contenir I'heure de la mise a 

jour effective du decodeur. Ainsi le central peut realiser des statistiques sur 
le moment ou les decodeurs se mettent a jour par le reseau de diffusion. 

Les donnees de mise a jour peuvent etre emises une ou plusieurs 
fois. Si elles sont emises plusieurs fois, les chances d'atteindre les 

30 decodeurs a un instant ou ils sont disponibles sont multipliees, ce qui permet 
de mettre a jour le maximum de decodeurs. 
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Un exemple du deroulement d'une campagne de mise a jour est 
maintenant presente. Soient deux modeles de decodeurs : A et B, chaque 
modele de decodeur ayant sa propre valeur d'identificateur. Le groupe de 
decodeurs du modele A possede la version de donnees de mise a jour 
5 numero 2 (« V2 ») et le groupe de decodeurs du modele B a 4a version de 
donnees de mise a jour numero 5 (« V5 »). Le but de la campagne est 
d'effectuer la mise a jour des deux groupes, les decodeurs A recevant la 
version 3 (« V3 ») et les B la version 6 (« V6 »). 

10 On peut schematiser Tensemble des decodeurs par le schema de 

la figure 7 - a. La campagne de mise a jour commence par renvoi des 
signaux d'annonce. Le signal d'annonce represents a la figure 8 - a est un 
bloc comportant deux groupes de donnees, le premier pour les decodeurs 
de type A et le second pour les decodeurs de type B. On peut aussi emettre 

is deux signaux d'annonce separes, le premier correspondant aux decodeurs A 
et le second aux decodeurs B. Les valeurs indiquees sur la figure 8 - a 
indiquent que les donnees de mise a jour correspondant a la version 3 
destinees aux decodeurs A seront disponibl.es au cours de I'intervalle de 
temps [TDIa.TFIa] sur le canal de diffusion numero 3. Les donnees de mise 

20 a jour correspondant a la version 6 destinees aux decodeurs B seront 
disponibles au cours de I'intervalle de temps [TD1 b ,THb3 sur le canal de 
diffusion numero 5. 

Ce signal d'annonce est repete a Tidentique un certain nombre de 
25 fois. Les decodeurs A enregistrent dans leurs memoires le numero de la 
version (V3), Tintervalle de temps d'emission [TDIaJFIa] et f le moyen 
d'acceder aux donnees de mise a jour : le canal 3 du reseau de diffusion. 
Les decodeurs B enregistrent dans leur memoires le numero de la version 
(V6), Tintervalle de temps d'emission [TD1 B) TF1 B ] et ( le moyen d'acceder 
30 aux donnees de mise a jour: le canal 5 du reseau de diffusion. Les 
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decodeurs attendent ensuite la premiere heure d'emission, TD1 A pour les 
decodeurs A et TD1 B pour les decodeurs B. 

Si le decodeur n'est pas muni d'une horloge capable de reveiller 
I'unite centrale, il peut scruter le reseau de diffusion et guetter I'arrivee du 

5 message de mise a jour. Pendant ce temps, les parties non utilisees du 
decodeur peuvent etre en mode faible consommation (l'afficheur par 
exemple). Sinon, le decodeur peut programmer I'horloge pour declencher un 
reveil peu de temps avant le debut de Nntervalle de temps specifie dans le 
signal d'annonce, puis le decodeur en entier peut passer en mode veille. Si 

10 le signal d'annonce ne contient pas un intervalle de temps mais des instants 
d'emission, le decodeur choisit de preference le premier dans I'ordre 
chronologique. 

Les donnees de mise a jour sont envoyees lors de sessions 
15 repetitives. Dans I'exemple, les donnees destinees aux decodeurs A sont 
emises trois fois aux instants M A 1 , M A 2 et M A 3 et les donnees destinees aux 
decodeurs B sont emises quatre fois aux instants M B 1, M B 2, M B 3, M B 4. II est 
preferable de ne pas alterner les emissions des signaux pour les terminaux 
A et B. En effet et on le verra par la suite, une connexion avec le central par 
20 ia VR peut etre demandee indiquant le bonne mise a jour du decodeur. Si 
les emissions pour les terminaux A et B sont alternees, assez rapidement les 
decodeurs A et B vont se mettre a jour et vouloir se connecter par la VR. 
Cela risque de surcharger la communication au niveau du central. II convient 
done de mettre a jour le maximum de terminaux A avant de lancer la 
25 campagne pour les terminaux B. 

Apres la premiere emission des donnees destinees au decodeur 
A (dans I'exemple : apres Pinstant M A 1), supposons que I'etat des decodeurs 
est celui represents a la figure 7-b. Un peu moins de la moitie des 
30 decodeurs a ete mise a jour. Apres remission des donnees de I'instant M A 2, 
il y a plus de decoders A avec la nouvelle version (V3) que de decodeurs 
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avec I'ancienne (V2). L'etat des decodeurs est illustre a la figure 7-c. 
Quelques temps avant la diffusion des dernieres donnees de mise a jour, le 
central emet des signaux d'annonce avec la valeur de Hndicateur a « END ». 
Les decodeurs sent ainsi informes que les dernieres donnees de mise a jour 

5 vont etre emises. Chaque decodeur informe l'utili.sateur de ce fait-par une 
message sur I'ecran de television ou sur I'afficheur du decodeur ou tout 
autre moyen d'affichage. Lutilisateur a ainsi la possibility de cesser d'utiliser 
son decodeur pour lui permettre de se mettre a jour par le reseau de 
diffusion. Apres la demiere emission des donnees destinees aux decodeurs 

10 A, il n'en reste qu'un tres petit nombre qui n'ont pas ete mis a jour, Tetat des 
decodeurs est illustre a la figure 7 - d. 

Apres la premiere emission des donnees B (dans I'exemple : 
apres I'instant M B 1) f l'etat des decodeurs est illustre a la figure 7 - e. Apres 
la derntere emission des donnees destinees aux decodeurs B (dans 

is I'exemple: apres Tinstant M B 4), comme le montre la figure 7-f, il reste 
encore un certain nombre de decodeurs qui n'ont pas ete mis a jour. 

On a dit precedemment qu'a la suite d*une mise a jour . 
correctement effectuee, chaque decodeur envoie au central de 
20 communication un signal de bon deroulement de Toperation. Ce signal est 
envoye par la voie de retour. Le central de communication memorise et traite 
ces signaux. II determine approximativement, compte tenu de Tinertie des 
reponses, les quantites de decodeurs munies de I'ancienne et de la nouvelle 
version. 

25 Le -central de communication analyse alors Tefficacite de la 

campagne effectuee et determine le nombre de decodeurs restant a mettre a 
jour. Pour les decodeurs A, le nombre est faible, leurs mises a jour vont 
s'effectuer par la voie de retour soit lors d'une communication provoquee par 
le central, soit lors. d'une communication ufterieure provoquee par 

30 I'utilisateur. Pour les decodeurs B, le nombre est trap important pour 
effectuer une mise a jour individuelle par la voie de retour, le central decide 
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alors d'effectuer une nouvelle campagne de mise a jour par le reseau de 
diffusion. Cette nouveile campagne commence par renvoi du signal 
d'annonce dont les donnees sont representees a la figure 8 - b. Au cours du 
nouvel intervalle de temps [TD2 B ,TF2 B ], les donnees de mise a jour pour les 
5 decodeurs B sont disponibles sur le reseau de diffusion. 

A la fin de cette nouvelle campagne, le nombre de decodeurs 
restant a mettre a jour est faible et leur mise a jour par la voie de retour est 
done possible. Le central envoie alors le signal d'annonce represents a la 
10 figure 8 - c indiquant la fin de 1'emission des donnees sur le reseau de 
diffusion. Les terminaux qui ne sont pas encore a jour peuvent se connecter 
a I'aide de la voie de retour. 

Le telechargement des donnees par la voie de retour sera decrit 
dans le troisieme scenario. 

En variante, si, au cours d'une campagne, le central de 
communication s'apercoit qu'un grand nombre de decodeurs est mis a jour 
et que les decodeurs restarts peuvent I'etre par la voie de retour, un signal 
indiquant une fin prematuree d'emission de donnees de mise a jour peut etre 
envoye avant la derniere heure d'emission initialement prevue. Ce signal 
peut §tre specifique ou revetir le format d'un signal d'annonce. Dans ce cas, 
ce signal d'annonce contient un intervalle de temps plus court que le 
precedent, eliminant ainsi les dernieres mises a jour initialement prevues. 
Cette variante evite d'envoyer sur le reseau .de diffusion des donnees qui 
seront utiles a peu de decodeurs. 

Avantageusement, les emissions des signaux d'annonce et des 
donnees de mise a jour peuvent etre concomitantes. On peut par exemple 
15 alterner sur le reseau de diffusion les emissions de signaux d'annonce et de 
sessions de donnees de mise a jour. Si Ton excepte les problemes de 
reception (alteration de donnees par exemple), on peut envoyer un seul 
signal d'annonce suivi immediatement de la diffusio^ d'une seule session de 
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donnees. En fait, la diffusion permanente de signaux d'annonce assure 
qu'un maximum de decodeurs soit prevenu de 1'emission prochaine des 
donnees. On voit sur la figure 4 que des signaux d'annonce sont emis entre 
les instants d'emission M1, M2, M3 des sessions. Le fait d'intercaler des 

5 signaux d'annonce entre des emissions de donnees de mise a jour presente 
I'avantage de mettre a jour les decodeurs qui sont disponibles des le premier 
instant indique dans le signal, remission des donnees de mise a jour suivant 
immediatement le signal d'annonce. 

Une variante de realisation consiste a memoriser plusieurs 

10 signaux d'annonce dans la memoire. Les signaux d'annonce possedant une 
fenetre perimee ou dont tous les instants d'emission sont depasses, sont 
automatiquement effaces. Seuls les signaux d'annonce ayant des instants 
d'emission posterieurs au moment present sont pris en compte. 

Une amelioration du premier" scenario consiste a emettre les 

15 signaux d'annonce sur plusieurs canaux de diffusion. C'est le second 
scenario, il permet d'avertir un maximum de decodeurs que les donnees de 
mise a jour vont etre emises sur un canal specifique. En effet les signaux 
d'annonce necessitant peu de bande passante, ils degradent peu les 
performances des canaux sur lesquels ils sont emis. Par exemple, le signal 

20 d'annonce represents a la figure 9 est emis a I'identique sur les canaux 1 ,2 
et 5. Ce signal d'annonce specifie que la version 3 des donnees de mise a 
jour sera disponible sur le canal 4 dans I'intervalle de temps [TDIj.TFIJ. 

Les decodeurs Ti qui recoivent les canaux 1, 2 et 5 traitent ce 
25 signal d'annonce. S'ils ont besoin de la version 3, ils peuvent scruter le canal 
numero 4 entre les instants TD1j et TF1, et faire I'acquisition des donnees. 
Le changement de canaux s'effectue automatiquement si le decodeur n'est 
pas utilise par I'utilisateur. Sinon, a I'instant M1, le decodeur propose a 
I'utiiisateur le telechargement en effectuant un changement de canal. 
30 L'utilisateur peut accepter ou refuser le telechargement Dans ce dernier 
t cas, le decodeur proposera de nouveau un telechargement a I'instant M2. 
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• Selon une variante, si ce n'est pas une fin de campagne 
(I'indicateur de campagne n'a pas la valeur « END), le decodeur ne derange 
pas I'utilisateur et attend qu'il cesse de I'utiliser pour proceder au 
telechargement. La decision de telecharger est alors prise uniquement par le 
5 decodeur, I'utilisateur peut ne pas en avoir connaissance. Par cdntre, si les 
signaux d'annonce indiquent la fin d'une campagne, il faut proposer a 
I'utilisateur le telechargement en lui indiquant par exemple, que s'il ne le fait 
pas, fa mise a jour devra s'effectuer par la voie de retour. 

Comme dans le premier scenario, les decodeurs emettent a la fin 
10 du telechargement un signal de bon deroulement a la fin de I'operation. 

II se peut qu'un decodeur soit constamment sollicite par 
I'utilisateur ou etre debranche, dans tous les cas il ne peut telecharger les 
donnees emises sur le reseau de diffusion. Le troisieme scenario va lui 
15 permettre d'effectuer le telechargement par la voie de retour. II profite done 
d'une connexion avec le central via la voie de retour. Lors de cette 
connexion dont la raison peut etre, par exemple, I'execution d'un service 
interactif demande par I'utilisateur, le decodeur emet un signal de demande 
d'envoi de donnees de mise a jour. 

20 

Le schema de la figure 10 montre la chronologie des signaux 
echanges entre le central et un decodeur selon le troisieme scenario. Dans 
un premier temps - temps T1, les donnees de mise a jour sont accessibles 
sur le reseau de diffusion. Certains decodeurs ne peuvent se mettre a jour a 

25 Tissue de ce temps. Ensuite, au cours du temps T2, remission des donnees 
de mise a jour est arretee sur le reseau de diffusion et les signaux d'annonce 
indiquent que les donnees sont desormais disponibles a travers la voie de 
retour bidirectionnelle. Au debut du temps T3, le decodeur se connecte au 
central. II peut le faire soit uniquement pour le telechargement d'une mise a 

30 jour, soit pour demander, a Initiative de I'utilisateur, un service interactif et a 
la fin demander le telechargement. Dans les deux cas, le decodeur emet au 
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cours de la connexion une requete pour demander une mise a jour. Le 
central envoie alors les donnees de mise a jour. A la fin du telechargement, 
un signal de bon deroulement est envoye par le decodeur avertissant ainsi le 
central de sa mise a jour. 

5 

II peut arriver que la bande passante sort tres encombree par 
d'autres signaux plus prioritaires que des donnees de mise a jour et des 
signaux d'annonce et qu'il n'y a plus de bande passante a allouer a ce type 
d'informations. II peut arriver aussi que le decodeur ne sort pas connecte a 

10 un canal diffusant des signaux d'annonce et qu'a I'occasion d'une 
connexion, il s'apercoive qu'une mise a jour est necessaire. II peut alors 
demander au central de lui envoyer un signal d'annonce par la voie 
bidirectionnelle. Selon un quatrieme scenario, perfectionnement de 
I'invention, le decodeur utilise la voie de retour pour emettre a la fois le 

15 signal d'annonce et les donnees de mise a jour. 

Le schema de la figure 11 montre la chronologie des signaux 
echanges entre le central et les decodeurs selon ce quatrieme scenario. A 
I'ioitiative de I'utilisateur, le decodeur se connecte au central de 
communication pour lui demander par exemple un service interactif. Le 

20 central repond par i'envoi d'un signal d'annonce et du service demande. Le 
decodeur reconnaTt I'envoi d'un signal d'annonce et controle s'il a besoin 
d'une mise a jour. Si c'est le cas, il previent I'utilisateur d'une mise a jour en 
cours. L'utilisateur peut accepter la mise a jour ou la differer jusqu'a la fin de 
I'execution du service interactif. Lorsque le decodeur est pret a recevoir les 

25 donnees de mise a jour, il envoie une requete au central. Le central emet 
alors les donnees de mise a jour. Une fois les donnees regues et 
correctement ecrites en memoire, le decodeur envoie un signal de bon 
deroulement d'operation et se deconnecte. Le central met a jour sa memoire 
en indiquant que ce decodeur vient d'etre mis a jour avec une nouvelle 

30 version de donnees. 
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Ce quatrieme scenario a pour avantage de parfaitement cibler le 
decodeur a mettre a jour. En effet, on a dit precedemment que le central 
connait approximativement, compte tenu de I'inertie des envois de signaux 
de bon deroulement, la version contenue dans la memoire de chaque 

5 decodeur. A I'occasion d'une connexion par la voie de retour, le central 
verifie si ce decodeur a besoin d'une nouvelle version. Si c'est le cas, il emet 
un signal d'annonce proposant au decodeur de se mettre a jour. Le 
decodeur compare le numero de version emis et celui en memoire. En effet, 
le central peut ne pas avoir recu le signal de bon deroulement et faire cette 

10 requete a tort. Si le decodeur n'a pas besoin de mise a jour, il I'indique au 
central qui met alors a jour sa memoire. S'il a besoin d'une mise a jour il 
demande au central d'effectuer le scenario decrit precedemment. 

Une amelioration de la presente invention est represents par un 

15 cinquieme scenario. Celui-ci concerne des decodeurs tres sollicites par leurs 
utilisateurs et qui n'ont pas la possibility de faire I'acquisition de signaux 
" d'annonce. Dans ce cas, a I'occasion d'une connexion avec le central a 
I'initiative du decodeur, le central transmet un signal d'annonce indiquant 
que des donnees de mise a jour sont actuellement diffusees sur le reseau de 

20 diffusion. Le decodeur est alors informe de remission et peut avertir 
l'utilisateur qu'il peut mettre a jour son decodeur. L'utilisateur peut alors 
cesser d'utiliser son decodeur le temps de I'operation. 

Une variante de ce scenario consiste en ce que les donnees diffusees 
sur le reseau ont une composante chiffree qui rend reformation audio- 

25 visuelle inexploitable a.quiconque n'a pas la cle de dechiffrement. Cette cle 
va permettre aux decodeurs qui la possedent de dechiffrer les donnees de 
mise a jour et de les rendre utilisables. Le signal d'annonce etant transmis 
individuellement a chaque decodeur par une connexion specifique, ce signal 
peut contenir la cle de dechiffrement. Auparavant, l'utilisateur a pris soin 

30 d'acquerir le droit de recevoir cette cle, en payant une somme d'argent par 
exemple. 
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Une variante consiste a prendre en consideration une alteration des 
donnees telechargees dans la memoire. Dans ce cas, les donnees n'etant 
plus utilisables, il faut en telecharger de nouvelles, c'est la « remise a jour de 

5 secours ». Le decodeur en detresse analyse les informations 6mises a 
travers le reseau de diffusion et receptionne les signaux d'annonce 
correspondant a son modele. II peut ainsi determiner la version de logiciel 
dont il a besoin, ainsi que le moyen de I'acquerir et a quel moment il peut 
effectuer le telechargement. Si la campagne est active, il peut telecharger 

10 immediatement les donnees. Si la campagne est courante, de facon 
analogue au troisieme scenario, il effectue une connexion avec le central et 
telecharge les donnees de mise a jour a travers la voie de retour. Le facteur 
declenchant la mise a jour de secours peut aussi etre la reception chez 
Putilisateur d'un decodeur neuf qui possede une memoire vierge. 

15 Selon cette variante, le signal d'annonce possede un champ supplemental 
tel que le montre la figure 12. Ce champ specifie le moyen permettant de 
telecharger les donnees a travers la liaison bidirectionnelle (reseau 
telephonique, adresse de r6seau.tel qu'lNTERNET,...). Les donnees selon 
I'exemple de signal d'annonce de la figure 12, sont emises sur le reseau de 

20 diffusion (sur le canal RZ3) et en cas de secours, le decodeur peut se 
connecter au numero represents par « TEL » pour les recevoir. 

Un perfectionnement de I'invention consiste a inclure dans le signal 
d'annonce une date de validite et/ou une date de fin de validite. La date de 

25 validite permet de donner i'acces a I'utilisateur aux donnees telechargees 
qu'a partir de la date specifiee. La date de fin de validite permet de 
supprimer I'acces a Putilisateur aux donnees telechargees. Les donnees 
telechargees peuvent ainsi etre effacer de la memoire, liberant ainsi de la 
place. Avantageusement, si le decodeur reco'rt un signal de validite dont le 

30 date de fin de validite est deja passee, il ne tient pas compte de ce signal 
d'annonce. Selon une variante, si un ou plusieurs elements, f de plusieurs 
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signaux d'annonce sont identiques, il est possible de leS regrouper dans une 
table dotee d'une entete. Cette en-tete contient les valeurs communes a tous 
les signaux d'annonces de la table. La figure 13 montre une table 
comprenant trois signaux d'annonce correspondant a remission de trois 
5 groupes de donnees numerates 1,2 et 3. Les informations de localisation 
(RZ3) et les dates de validite (DATE-V) sont identiques pour les trois 
groupes de donnees et sont regroupees dans I'entete. Les valeurs 
differentes telles que les dates de fin de validite (DATA-F1, DATA-F2, DATE- 
F3) restent dans chaque signal d'annonce. 

10 

II faut bien noter que la presente invention s'applique aussi bien 
dans ie domaine des televisions analogiques que dans le domaine des 
televisions numeriques. 
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REVENDICATIONS 

1. Procede de transmission de donnees de mise a jour par un 
central de communication vers une pluralite de terminaux caracterise en ce 
5 qu'il comporte les etapes suivantes : 

- diffusion d'une campagne de mise a jour consistant a emettre 
des donnees de mise a jour ; 

- d'elaboration d'une communication bidirectionnelle entre le 
central et au moins une partie des terminaux, chaque terminal transmettant 

10 au central une indication de I'etat de sa mise a jour ; 

- comptabilisation au niveau du central du nombre de terminaux 
effectivement mis a jour ; 

- en fonction du nombre de terminaux mis a jour, arret ou 
declenchement d'une nouvelle campagne de mise a jour. 

is 2. Procede de transmission selon la revendication 1, caracterise 

en ce que, la communication bidirectionnelle intervient a la suite de la mise a 
jour effective du terminal pendant la campagne de mise a jour. 

3. Procede de transmission selon la revendication 1, caracterise 
en ce que, la communication bidirectionnelle intervient a Initiative d'un 

20 terminal hors de la campagne de mise a jour, ledit terminal transmettant a la 
demande du central une indication d'absence de mise a jour. 

4. Procede de transmission selon la revendication 3, caracterise 
en ce qu'il comporte consecutivement a la transmission de I'indication 
d'absence de mise a jour, une etape de transmission des donnees de mise a 

25 jour du central vers ledit terminal. 

5. Procede de transmission selon Tune quelconque des 
revendications precedentes caracterise en ce que les donnees de mise a 
jour dependent du type de terminal, la comptabilisation au niveau du central 
s'effectue en fonction de chaque type de terminal. 



24 



6. Precede de transmission selon Tune quelconque des 
revendications precedentes, caracterise en ce que la nouvelle campagne de 
mise a jour est declenchee en fonction de la proportion entre le nombre de 
terminaux mis a jour et le nombre de terminaux non mis a jour. 

5 7. Precede de reception de donnees de mise a jour emises par un 

central de communication vers des terminaux, le central diffusant une 
campagne de mise a jour au cours de laquelle des terminaux recoivent et 
memorisent les donnees de mise a jour caracterise en ce qu'il comporte en 
outre, consecutivement a la mise a jour effective d'un terminal une etape de 
10 transmission du recepteur vers le central d'un signal de bon deroulement de 
foperation. 

8. Precede de reception selon la revendication 7 caracterise en ce 
que les donnees de mise a jour contiennent une indication du type de 
terminal, et en ce que la mise a jour dans un terminal s'effectue si ladite 

15 indication correspond au type de ce terminal. 

9. Central de communication (5) pour remission de donnees de 
mise a jour a destination d'une pluralite de terminaux, comportant une 
memoire (6) contenant des donnees de mise a jour, un moyen de diffusion 
(4) des donnees de mise a jour pendant une duree determinee ; caracterise 

20 en ce qu'il comporte en outre un moyen de communication bidirectionnelle 
(7) avec au moins une partie des terminaux recevant de chaque terminal un 
signal de mise a jour effectuee ; un compteur (6) pour comptabiliser le 
nombre de signaux recus; un comparateur declenchant le moyen de 
diffusion pour diffuser une nouvelle fois les donnees lorsque la valeur du 

25 compteur est inferieure a un nombre determine. 

10. Central de communication (5) selon la revendication 9 
comprenant un emetteur d'un signal d'annonce de donnees de mise a jour 
disponible vers un terminal en communication par le moyen de 
communication bidirectionnelle (7), un moyen de reception d'une demande 
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de mise a jour provenant de ce terminal, un moyen de transmission desdites 
donnees a ce terminal. 

11. Central de communication (5) selon la revendication 9 ou 10 
comprenant en memoire (6) des blocs de donnees correspondant a des 
5 types de terminaux susceptibles de les traiter, et des compteurs (6) 
correspondant a chaque type de terminal, chaque compteur comptabilisant 
les signaux de mise a jour effectuee sur chaque terminal correspondant a 
son type, le comparateur declenchant la diffusion du bloc de donnees dont le 
type correspondant a celui du compteur. 

10 12. Central de communication (5) selon Tune quelconque des 

revendications 9 a 11 pour lequel le comparateur prend en compte la 
proportion entre le nombre de terminaux mis a jour et le nombre de 
terminaux non mis a jour. 

13. Central de communication (5) pour remission de donnees de 
15 mise a jour a destination d'une pluralite de terminaux, comportant une 

memoire (6) contenant des donnees de mise a jour, un moyen de diffusion 
(4) des donnees de mise a jour pendant une duree determinee ; caracterise 
en ce qu'il comporte en outre un moyen de communication bidirectionnelle 
(7) avec au moins une partie des terminaux recevant de chaque terminal un 
20 signal de mise a jour effectuee ; un compteur (6) pour comptabiliser le 
nombre de signaux recus ; un comparateur desactivant le moyen de 
diffusion lorsque la valeur du compteur est superieure a un nombre 
determine. 

14. Terminal (1) dote d'une memoire (24) pour recevoir des 
25 donnees de mise a jour , provenant d'un central de communication a travers 

un reseau de diffusion (4), et d'un moyen de communication bidirectionnelle 
(7) avec le central, caracterise en ce que le dit moyen de communication 
bidirectionnelle est active consecutivement a la memorisation des donnees 
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de mise a jour et emet a destination du central un signal de mise a jour 
effectuee. 

15. Terminal selon la revendication 14 caracterise en ce que la 
memoire (24) contient une valeur de type de terminal, le moyen de 
communication bidirectionnel emettant la dite valeur consecutivement a la 
memorisation des donnees de mise a jour. 
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